(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 
International Bureau 

(43) International Publication Date 
6 November 2003 (06.11.2003) 




(10) International Publication Number 

PCT WO 03/092314 Al 



(51) International Patent Classification 7 : H04Q 7/38, 
H04L 29/06 

(21) International Application Number: PCT/FL03/00318 

(22) International Filing Date: 22 April 2003 (22.04.2003) 
(25) Filing Language: English 



(26) Publication Language: 

(30) Priority Data: 

60/375,415 
60/379,637 
10/414,497 



English 

26 April 2002 (26.04.2002) US 
10 May 2002 (10.05.2002) US 
16 April 2003 (16.04.2003) US 



(71) Applicant (for all designated States except US): NOKIA 
CORPORATION [FI/FT]; Keilalahdentie 4, FIN-02150 
Espoo (FI). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): TROSSEN, Dirk 
[DE/US]; 515 Putnam Avenue, Unit 5, Cambridge, 
MA 02139 (US). PAVEL, Dana [RO/US]; 515 Putnam 
Avenue, Unit 5, Cambridge, MA 02139 (US). KRISHNA- 
MURTHI, Govindarajan (IN/US]; 276 Massachusetts 



Avenue, #105, Arlington, MA 02174 (US). CHASKAR, 
Hemant, M [IN/US]; 111 Locust Street, Apt. 40-C-l, 
Woburri, MA 01801 (US). NARAYANAN, Ram, Gopal, 
Lakshmi [IN/US]; 2 Kimball Court, Apt. 506, Wobum, 
MA 01801 (US). 

(74) Agent: KOLSTER OY AB; Iso Roobertinkatu 23, P.O. 
Box 148, FIN-00121 Helsinki (FI). 

(81) Designated States (national): AE, AG, AL, AM, AT (util- 
ity model), AT, AU, AZ, BA, BB, BG, BR, BY, BZ, CA, 
CH, CN, CO, CR, CU, CZ (utility model), CZ, DE (util- 
ity model), DE, DK (utility model), DK, DM, DZ, EC, EE 
(utility model), EE, ES, FI (utility model), FI, GB, GD, GE, 
GH, GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, 
LC, LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, 
MW, MX, MZ, NT, NO, NZ, OM, PH, PL, PT, RO, RU, 
SC, SD, SE, SG, SK (utility model), SK, SL, TJ, TM, TN, 
TR, TT, TZ, UA, UG, US, UZ, VC, VN, YU, ZA, ZM, ZW. 

(84) Designated States (regional): ARIPO utility model (GH), 
ARIPO patent (GH), ARIPO utility model (GM), ARIPO 
patent (GM), ARIPO utility model (KE), ARIPO patent 
(KE), ARIPO utility model (LS), ARIPO patent (LS), 

[Continued on next page] 



(54) Title: OPTIMIZED INFORMATION TRANSFER ASSOCIATED WITH RELOCATION OF AN IP SESSION IN A MOBILE 
COMMUNICATIONS SYSTEM 



120 




114-—— AR1 117^ AR2 



2 (57) Abstract: A solution for supporting relocation of an IP session of a mobile node during a network layer handover in a mobile 
communication system. In the method, from the application context information on the mobile node is detected a first set of capa- 
Q bilities of a network node that that facilitate maintaining the IP session. This first set of capabilities is queried from one or more 
^ potential next network node. Applicability of the potential next network node to the relocation of the IP session is determined by the 
^ capability information on the first set of capabilities. 



WO 03/092314 Al IIIllDlllllDUIUIIIIIlllllllE 



ARIPO utility model (MW), ARIPO patent (MW), ARIPO 
utility model (MZ), ARIPO patent (MZ), ARIPO utility 
model (SD), ARIPO patent (SD), ARIPO utility model 
(SL), ARIPO patent (SL), ARIPO utility model (SZ), 
ARIPO patent (SZ), ARIPO utility model (TZ), ARIPO 
patent (TZ), ARIPO utility model (UG), ARIPO patent 
(UG), ARIPO utility model (ZM), ARIPO patent (ZM), 
ARIPO utility model (ZW), ARIPO patent (ZW), Eurasian 
patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), Euro- 
pean patent (AT, BE, BG, CH, CY, CZ, DE, DK, EE, ES, 



FI, FR, GB, GR, HU, IE, IT, LU, MC, NL, PT, RO, SE, SI, 
SK, TR), OAPI patent (BF, BJ, CF, CG, CI, CM, GA, GN, 
GQ, GW, ML, MR, NE, SN, TD, TG). 

Published: 

— with international search report 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations " appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



WO 03/092314 PCT/FI03/00318 



1 

OPTIMIZED INFORMATION TRANSFER ASSOCIATED WITH RELOCATION 
OF AN IP SESSION IN A MOBILE COMMUNICATIONS SYSTEM 

REFERENCE TO RELATED APPLICATIONS: 

5 [0001] This application claims priority of United States Provisional Patent 
Application Serial No. 60/375,415 entitled "Query-response protocol to deter- 
mine candidate access routers," filed on April 26, 2002, and of United States 
Provisional Patent Application Serial No. 60/379,637 entitled "Dynamic CAR 
discovery" filed on May 10, 2002, the contents of which are hereby incorpo- 
10 rated by reference. 



BACKGROUND OF THE INVENTION: 
Field of the invention 

[0002] The present invention relates to mobile communication, and espe- 
cially to a method for supporting a relocation of an IP session during a network 
1 5 layer handover in a mobile communication system, and a mobile node and a 
network node supporting the method. 

Description of the Related Art 

[0003] A mobile communications system refers generally to any telecommu- 
nications system wherein the access point to the system may change when 
20 users move within the service area of the system. The mobile communications 
network is, correspondingly, an access network providing an end user with 
wireless access to external networks, hosts, or services offered by specific 
service providers. The service area of the system may comprise different ac- 
cess technologies and several administrative domains. 

25 [0004] The new mobile communication systems have been developed to 
facilitate widespread use of new applications, also including ones that require 
more bandwidth and extended transmission sessions compared to earlier 
technologies. On the other hand, the ubiquitous coverage of current cellular 
systems has led the end users to expect similar availability of services from the 

30 next generations of systems. Therefore, seamless service provisioning for the 
considerable range of different applications will be a critical issue for the suc- 
cess of the new mobile communication systems. 



WO 03/092314 



PCT/FI03/00318 



[0005] In the context of providing wireless access using the Internet Protocol 
(IP), seamless IP layer mobility refers to the ability to hand over a mobile node 
(MN) to a new access router (AR) with minimal disruption to the IP connec- 
tivity. Under the auspices of the Internet Engineering Task Force (IETF), a 
5 number of solutions for seamless IP layer mobility have been generated. Mo- 
bile IP, as defined in Request for Comments (RFC) 2002, is an enhancement 
of the Internet Protocol version 4 (IPv4) that adds mechanisms for forwarding 
Internet traffic to mobile nodes when they are connecting through a network 
other than their home network. Similar mechanisms have been developed for 

10 Internet protocol version 6, referred to as IPv6. Each mobile node is assigned 
a permanent home address on its home network and a care-of address that 
identifies the current location of the device within a network and its subnets. 
Each time a mobile node moves to a different network, it acquires a new care- 
of address. A mobility agent (also known as Home Agent) on the home net- 

1 5 work associates each permanent address with its care-of address. 

[0006J As an enhancement to this, fast handover protocol allows a mobile 
node to configure a new care-of-address before it moves towards a new sub- 
network with the aim of being able to use it directly after its connection to the 
new access router. Consequently, the latency time is minimized and potential 
20 loss of packets during handoff is effectively eliminated. 

[0007] In the process of establishing the new forwarding path for IP flows, a 
mere creation of connection to the new nodes, however, might not be enough. 
The nodes along the new path must be prepared to provide similar forwarding 
treatment to the IP packets. This is especially important for services with par- 

25 ticular requirements, such as time sensitive VoIP telephony and video and 
streaming services, whose successful employment in mobile environment de- 
pends heavily upon the ability to minimize the impact of the traffic redirections. 
A context transfer procedure is a specified method, which aims at provisioning 
of seamless IP layer connectivity. Context relates to the information transferred 

30 from one network entity to another as a means of re-establishing routing re- 
lated services on a new subnet or a group of subnets. Context transfer thus 
facilitates seamless transfer of the mobile node's (also known as mobile termi- 
nal, station or device) packet session to a new access router while the session 
can be re-established without having to perform the entire protocol exchange 

35 between the new node and the mobile node. 
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[0008] In order to perform fast handover and context transfer procedures as 
described above, the Candidate Access Router Discovery (CARD) provides 
means for discovering the IP addresses of the candidate access routers, and 
such characteristics of the access routers that may be of interest to an MN 
5 when the access router is evaluated as a handover candidate. Through this 
candidate access router discovery (CARD), at the time of the IP layer handoff, 
the candidate access router whose capabilities appropriately match with the 
current requirements of the mobile node may be selected as a target access 
router. 

10 [0009] The IETF Seamoby Working Group Internet Drafts "Candidate Access 
Router Discovery" of October 2002 and "A Dynamic Protocol for Candidate 
Access-Router Discovery" of October 2002 (work in progress) define two ap- 
proaches for a protocol that discovers the identities of candidate access 
routers. However, neither of these drafts specifically define the content nor 

15 format the capability information of each access router. In the description of 
the procedures, it is assumed that the entire capability information is always 
exchanged between the communicating entities. This, however, introduces in 
some disadvantages to the information transfer. 

[0010] Firstly, it is not likely that all data in the capability information is rele- 

20 vant to the decisions of IP layer handoff. On the other hand, the relevance of 
individual parameters of the capability information depends on the dynamically 
changing requirements of the sessions. For example, if the essential criteria for 
deciding on a next access router is the capability to provide an appropriately 
wide bandwidth, most of the other data in the capability information of a par- 

25 ticular access router, such as port information, supported application function- 
ality, authentication settings etc., is irrelevant to the actual choice. On the other 
hand, if the essential issue for the seamless service is the existence of a cer- 
tain transcoding functionality in the new access router, the information on 
available QoS parameters may be redundant at that point of time. Further- 

30 more, the unnecessary transmission of irrelevant data is especially disadvan- 
tageous when the capability information is to be transferred between a mobile 
node and one or more network nodes, utilizing the already scarce radio re- 
source. The term essential in this context thus relates to a capability that facili- 
tates maintaining an ongoing IP session during relocation, typically a special 

35 feature that is not by default available in the access router. The information on 
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whether the essential capability is available in the access router or not is appli- 
cable for choosing the next access router for relocation of an IP session. 

[0011] Additionally, there can be an inclination to minimize the amount of 
information exchanged between parties without any established confidentiality 
5 relationship, for example between elements under different administrative con- 
trol. Rather than declaring as much as capability information and application 
requirements, along with their particular values, the mobile nodes and access 
routers may tend to reveal information only on a need-to-know basis. 



SUMMARY OF THE INVENTION 

10 [0012] The invention, therefore, includes a method for supporting relocation 
of an Internet Protocol (IP) session of a mobile node during a network layer 
handover in a mobile communication system. The method includes detecting, 
from application context information on the mobile node, a first set of capabili- 
ties of a network node that facilitate maintaining the IP session. The method 

15 also includes querying from a potential next network node capability informa- 
tion on the first set of capabilities, and determining applicability of the potential 
next network node to relocation of the IP session by the capability information 
on the first set of capabilities. 

[0013] In another embodiment, the invention also includes a mobile commu- 
20 nication system including a mobile node and one or more network nodes. The 
mobile node is configured to detect, from application context information on the 
mobile node, a first set of capabilities of a network node that facilitate maintain- 
ing an Internet Protocol (IP) session. The mobile node is also configured to 
query, from a potential next network node, capability information on the first set 
25 of capabilities, and determine applicability of the potential next network node to 
relocation of the IP session by the capability information on the first set of ca- 
pabilities. 

[0014] In another embodiment, the invention also includes a mobile commu- 
nication system including a mobile node and one or more network nodes, 
30 wherein the mobile node is configured to register a first set of capabilities in a 
first network node. The first network node is configured to query, from a poten- 
tial next network node, capability information on the first set of capabilities, and 
determine applicability of the potential next network node to the relocation of 
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an Internet Protocol (IP) session by the capability information on the first set of 
capabilities. 

[0015] The invention, in another embodiment, also includes a mobile node in 
a mobile communication system, configured to generate application context 
5 information based on at least one ongoing Internet Protocol (IP) session in the 
mobile communication system, and detect from the application context infor- 
mation a first set of capabilities that facilitate maintaining the IP session. The 
mobile node is also configured to query, from a potential next network node, 
capability information on the first set of capabilities; and determine applicability 
10 of the potential next network node to relocation of the IP session by the capa- 
bility information on the first set of capabilities. 

[0016] In another embodiment, the invention also includes a network node in 
a mobile communication system, configured to receive a first set of capabilities 
from a mobile node of the mobile communication system, and query, from a 
15 potential next network node, capability information on the first set of capabili- 
ties. 

[0017] In another embodiment, the invention also includes a network node 
for relocating an Internet Protocol (IP) session of a mobile node during a net- 
work layer handover in a mobile communication system, the network node be- 
20 ing configured to receive a query on capability information on the first set of 
capabilities. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0018] In the following, the invention will be described in greater detail by 
means of preferred embodiments and with reference to the attached drawings, 
25 in which 

[0019] Figure 1 shows a simplified system architecture that supports the in- 
formation transfer according to an embodiment of the invention; 

[0020] Figure 2 shows a flow chart of information transfer according to an 
embodiment of the invention; 

30 [0021] Figure 3 shows a simplified system architecture according to another 
embodiment of the invention; 
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[0022] Figure 4 shows a flow chart illustrating information transfer in the em- 
bodiment of Figure 3; 

[0023] Figure 5 illustrates a diagrammatic representation of a Col query; 

[0024] Figure 6 illustrates a diagrammatic data block of a corresponding Col 
5 response to the query of Figure 5; 

[0025] Figure 7 shows a logical functional structure of a mobile node; 

[0026] Figure 8 shows a logical functional structure of a network node. 

DETAILED DESCRIPTION OF THE INVENTION 

[0027] In one embodiment, the present invention can be applied to any mo- 
10 bile communication system providing packet data services for mobile nodes 
within a defined service area, and it can be embodied in various forms. Figure 
1 shows a simplified system architecture that supports information transfer ac- 
cording to an embodiment of the invention. Only basic parts of a mobile com- 
munication system 1 are illustrated; it is obvious to a person skilled in the art 
15 that the system 1 comprises numerous network nodes, functions and struc- 
tures, which need not be described in greater detail herein. 

[0028] The embodiment of the mobile communication system 100 of Figure 1 
shows a mobile node 111 in a current cell 112 of a current access point 113. 
The mobile node 1 1 1 can be an IP node that is capable of changing its point of 

20 attachment to the network. The access point 1 1 3 can be a device that provides 
an access link to the mobile node 111, typically a link layer (layer 2) device 
with a radio transceiver. The mobile node may be for example a laptop com- 
puter, mobile/cellular terminal/personal digital assistant or the like. In the illus- 
trated embodiment, the access point 113 is a base station (BS) of the mobile 

25 communication system. The cell 112 covers a geographical area within which 
wireless communication between the access point 113 and the mobile node 
1 1 1 is possible. A current access router 1 14 acts as an IP router for the current 
access point 113. One access router may be connected to one or more access 
points, and one access network comprises one or more access routers. An 

30 access point may be a separate physical entity or co-located with an access 
router. The mobile node 1 1 1 is attached to the current cell 1 12 but may be si- 
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multaneously communicating with access points of surrounding cells 116, 120 
in order to be able to change its point of attachment whenever necessary. A 
mobile node 1 1 1 travelling to the direction of the arrow, as shown in Figure 1 , 
will at some point of time enter the coverage of the first potential next cell 116 
5 provided by a first potential next access point 1 1 5, and coverage of the second 
potential next cell 120, provided by a second potential next access point 121. 
A more detailed functional description of a mobile node and of a network node 
is given with reference to Figures 8 and 9. 

[0029] In the embodiment of Figure 1, the current access router 114 is thus 
10 connected to the current access point 113. The current access router 114 and 
a first potential next access router 1 17 are included in the access network of 
the current administrative control (ISP-A) 118. A collection of networks under 
the same administrative control, grouped together for administrative purposes, 
constitutes one administrative domain. For clarity's sake only some of the net- 
15 work elements for describing the embodiment in one access network for the 
administrative domains are shown. It is clear that an administrative domain 
may include several networks that may implement different access technolo- 
gies, and each access network can include a plurality of network elements not 
shown in the drawing. The second potential next cell 120 is part of another 
20 administrative domain, controlled by a second administrative control (ISP-B) 
119. A person of skill in the art would be able to make and use the invention 
based on the information contained herein. 

[0030] The point of attachment of the mobile node 111 can be defined with 
an IP address. Each mobile node 111 is assigned a home address, and ao 

25 cording to the need, one or more care-of-addresses. The home address is an 
IP address permanently assigned to a mobile node and stored in the home 
network. When the mobile node is not attached to the home network, the in- 
coming datagrams destined to the mobile node are encapsulated and sent 
from the home network to the care-of address of the mobile node. In mobile 

30 IPv6, mobile nodes may be identified with a home address stored by its home 
agent. 

[0031] A packet data connection between users or between users and appli- 
cations during which data can be transferred between the participants is called 
a session. In the embodiment of Figure 1, the mobile node 111 has a session 
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with an application server 123 for data transfer related to a defined communi- 
cation application. A session can include transmission of any type of data, for 
example, voice or video data. The mobile nodes may have several simultane- 
ous connections to different service applications. 

5 [0032] A network layer handover provides a procedure by which the mobile 
node 111 can change its point of attachment to the network. When the mobile 
node 111 changes its point of attachment from the current access point 113 to 
another access point connected to the same current access router 114 a net- 
work layer (layer 2) handover occurs, which is transparent to the routing at the 

10 IP layer. When the mobile node 1 1 1 changes its point of attachment from the 
current access point 113 to another access point 121 connected to another 
access router 122 also an IP layer handover occurs, preferably as defined by 
the Mobile IP of the IETF. In one embodiment, the present invention relates to 
a method and apparatus for minimizing the interference by the IP layer hand- 

15 over at the network layer handover to the ongoing session between the mobile 
node 111 and the application server 123. 

[0033] While the mobile node 111 is in the current cell 1 12 of the current ac- 
cess point 113 of the current access router 114, the access routers 117, 122, 
serving the potential next access points 115, 121 of the potential next cells 

20 116, 120, are potential next access routers for the mobile node for to perform- 
ing an IP level handover with. The mobile node 111 essentially supports the 
wireless interface of the potential next access points 1 15, 121 connected to the 
potential next access routers 117, 122 and the coverage of the access points 
115, 121 of the potential next access routers (here the cells 116, 120) can es- 

25 sentially overlap with the coverage of the current access router 1 14 (here cell 
112). The potential next access router discovery (CARD), for example as 
specified in the IETF document D. Trossen et al., M A Dynamic Protocol for 
Candidate Access Router Discovery", Work In Progress, IETF Internet Draft, 
October 2002, describes a procedure for identifying the potential next access 

30 routers, and also discovering the characteristics of their offered services when 
considered as a handoff candidate. Based on the information thus available, a 
group of candidate access routers may be selected, and one of which may be 
further selected as a target access router (TAR). The selection of TAR typically 
takes into account the capabilities of potential next access routers, preferences 

35 of the mobile node and potential local policies. The invention relates to with 
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information transfer facilitating the selection, and thus the TAR selection as 
such, does not fall in the scope of the invention. 

[0034] In the embodiment of Figure 1, assume that a user carrying the mo- 
bile node 111 is moving in the direction of the arrow. The mobile node is en- 
gaged to a session with an application server 123 for an ongoing application 
that requires special services from the mobile network. The special services 
may relate to any feature or functionality facilitated by a specific access router, 
for example quality of service for transmission, security level, header compres- 
sion, availability of transcoding service element, etc. Thereby, for example, the 
downlink data packets are flowing from the application server 123 through the 
serving access router 114 under the first administrative control 1 18 to the serv- 
ing access point 113, and linked over the radio interface to the mobile node. 
[0035] The radio access network comprises defined mechanisms for network 
level handover control. In order to prepare also for the coming IP level hand- 
over, the IP address of the potential next access routers 117 and 122 that con- 
nect to the potential next access points 115, 121 are identified. There are sev- 
eral possibilities for this reverse address translation. In some cases the AP 
beacon comprises the IP address of the access router the AP is connected to. 
In the prior art, mechanisms are also proposed for caching the mapping be- 
tween the L2 addresses of the neighbouring access points and IP addresses 
of the access routers connected to them into dedicated network nodes. The 
choice of procedure for identifying the potential new access routers is not, as 
such, essential for the present invention. 

[0036] Referring to the flow chart of Figure 2, at some point before the hand- 
25 off, the mobile node 111 will generate an application context for the ongoing 
session with the application server 123. The application context comprises 
general information of the application semantic, possibly including information 
of the current state of the session. The application context information on the 
current state of the session facilitates re-establishment of the session on a new 
30 access router without having to re-perform the entire protocol exchange be- 
tween the mobile node and the new access router. There are various possibili- 
ties for generating the application context. The application context may, for 
example, be based on descriptive information on session description protocol 
in the session initiation protocol (SIP) messages between the mobile node 111 
35 and the application server 123. The application context is provided in a pre- 
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defined format of information elements that allows it to be supported in access 
routers as well. The format may be according to a specified standard, as the 
ones recommended by the IETF. Examples of such standards are Distributed 
Component Object Model (DCOM), Simple Object Access Protocol (SOAP), 
5 Common Object Request Broker Architecture (CORBA), Enterprise Java 
Beans (EJB), and Type Length Value (TLV), Extensible Markup Language 
(XML). 

[0037] The application context information is essentially generated in the 
mobile node, but it may also include information related to the correspondent 

10 node of the mobile node. Some application functionality of the correspondent 
node of the mobile node may depend on the location of the mobile node, for 
example a web server that tailors the content of the delivered web page based 
on the location of the mobile user. In such a case, for maintaining an IP ses- 
sion, it is necessary that the application context information includes such in- 

15 formation on the correspondent node as well, preferably included in the same 
message generated by the mobile node. 

[0038] It should be noted that the above-mentioned concept of application 
context information constitutes the framework of the application semantics, 
which is fundamental for the ongoing session between a mobile node and an 

20 application server. The application context information serves as a basis for 
extracting the required access router capabilities. In some cases said applica- 
tion context information can be directly mapped onto the required access 
router capability information, and in some cases further processing is neces- 
sary. The procedure of deriving the necessity of a certain access router capa- 

25 bility by the mobile node, from the application context information, is not as 
such essential for the invention. 

[0039] In this embodiment, it is assumed that the selection of the target ac- 
cess router for handover is implemented in the mobile node. It is further as- 
sumed that a set of possible capabilities exists that may be supported by ac- 
30 cess routers. In the mobile node that is actively monitoring neighbouring ac- 
cess points for handover, a selection module can define (step 2-1) a set of one 
or more access router capabilities that are used for maintaining the IP session. 
These capabilities are used for maintaining seamless execution of the applica- 
tion, and should be ensured also during the relocation for the IP session from 
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the current access router to the next access router. Hereinafter, such a set of 
capabilities is called Capabilities of Interest (Col). The Col may comprise static 
information, typical of the mobile node, and/or dynamic information that may 
vary on a temporary basis according to the current context. For example, a 
mobile node 111 in an ongoing session with the application server 123, utiliz- 
ing service that requires a defined wide bandwidth, may include the dynami- 
cally changing available bandwidth as a capability in the Col. Correspondingly, 
the mobile node may require that a more static playout buffer support capabil- 
ity exists in the next access router. The Col are mainly related to routing- 
related functionalities, but also can relate to some higher level capabilities, 
such as security gateway collocation, audio/video mixing capability, location 
tracking capability e.g. through WLAN triangulation, can be included in the Col. 

[0040] Additionally, the mobile node may define a condition for each of the 
capabilities in the Col, the condition providing a way to compare the capabili- 
15 ties of the responding access routers against the capabilities required by the 
mobile node for facilitating seamless progress of the application despite the 
relocation of the IP session. The condition may, for example, be indicated as a 
limiting factor against which the capability information received from access 
routers may be compared. In the above example, the mobile node 111 may 
20 determine that the condition for seamless relocation of the IP session is that 
the next access router supports a throughput capacity of 200 kBit/s. Corre- 
spondingly, the condition by the mobile node may require the Boolean value 
true for a playout buffer support capability. 

[0041] In step 2-1, the mobile node forwards a message including the de- 
25 fined Col and Col conditions to the current access router 114. In step 2-2, the 
mobile node 1 1 1 sends a message including the identified address information 
of the new access router 122 to the current access router 114. By the mes- 
sage of step 2-2, the mobile node identifies a potential new access router 122 
to be involved in access router capability information transfer. The mobile node 
30 may indicate the access router 122, for example, by its L2 address, or by its IP 
address. Sometimes the access point 121 beacon may include the IP address 
of the associated access router 122, and in such a case the mobile node 111 
may forward it directly to the appropriate network node, here the serving ac- 
cess router 114. Otherwise the mobile node forwards the L2 address of the 
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particular access point 121 to the serving access router 114 which manages 
the reverse address translation. 

[0042] As described above, the defined Col, the Col conditions, and the ad- 
dress information may be carried in at least two separate messages, i.e. the 
5 message associated with Col information and the message carrying the iden- 
tity information on the new potential access router. This is typically the case 
when the Col information is first transferred to the corresponding network 
node, and the transfer of identity information on new access routers is initiated 
later by the mobile node in response to a received access point beacon from a 
10 potential new access point. However, this information, and thus steps 2-1 and 
2-2, may also be merged into one message. 

[0043] In step 2-3, the received address information is analyzed by the cur- 
rent access router. If the address information includes the IP address of the 
potential next access router, the Col information can be substantially for- 

15 warded to the addressed potential next access router as such (step 2-4). If the 
address information includes only a layer 2 identifier of an access point asso- 
ciated with a particular access router, step 2-3 also includes a reverse address 
translation as suggested above, and, for example, according to the IETF Sea- 
moby Working Group Internet Draft "Candidate Access Router Discovery" of 

20 October 2002. 

[0044] In step 2-5, the potential next access router analyzes the received 
Col query, and based on its capabilities, generates a Col response, which in- 
dicates the ability of the access router to meet the conditions defined for the 
Col in the Col query, if Col conditions were given in the original query. Other- 

25 wise, the response may contain the current value for each of the requested 
capabilities. In step 2-6, the potential next access router transfers the Col re- 
sponse to the current access router, which forwards the Col response to the 
mobile node (step 2-7). The format of the message, such as the query and the 
response, is, as such, not essential for the invention, for example appropriate 

30 Internet control message protocol (ICMP) messages or user datagram protocol 
(UDP) messages may be used. The response may also be formulated in sev- 
eral ways depending on the format and content of the query. In one example, 
the access router receives a list of Col and returns its own values for the re- 
quested Col. If the query also comprises the conditions to be met, the access 
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router may already perform some matching of its capabilities against the re- 
quired conditions. 

[0045] In step 2-8, the response received from the potential next access 
router with the described Col query procedure is evaluated based on the re- 
5 quired capabilities. The outcome of the evaluation is thereafter available to be 
used in selection of the target access router for handover. In the actual selec- 
tion of target access router a plurality of other factors affecting the selection 
may be considered, the ability to seamlessly relocate the IP session described 
herein being only one of them. 

10 [0046] As a modification of this embodiment, part of the Col capabilities may 
be arranged to be treated as mandatory, and part as optional. For example, 
the mobile node may indicate the bandwidth capability as mandatory and the 
playout buffer support as optional. The optional capabilities may be utilized to 
refine the target access router selection by facilitating comparison between 

1 5 candidates that fulfill the mandatory requirements. 

[0047] As another modification of this embodiment, the information transfer 
may be configured to take place directly between the mobile node 1 1 1 and the 
potential next access router 122, without involving the current access router 
114 in the communication. One requisite for such information transfer is that 
20 there is an existing IP connection exists between the mobile node and the po- 
tential next access router. In such a case, the steps 2-3 to 2-4 may be re- 
placed by a dedicated query message from the mobile node to the candidate 
access router, and steps 2-6 to 2-7 may be replaced by a dedicated response 
message from the potential next access router to the mobile node. 

25 [0048] In another embodiment of the invention, the comparison between the 
capabilities required by the mobile node 1 1 1 and the capabilities indicated by a 
potential next access router 122 is implemented in the network side, in a de- 
fined network node, hereinafter called a mobile proxy server. An embodiment 
of the communication system is shown in Figure 3. The elements 31 1 to 323 of 

30 Figure 3 can correspond to the elements 111 to 123 of Figure 1, and will not 
be re-described herein. According to the current embodiment, a mobile proxy 
server 324 is further connected to the mobile communication system. In Figure 
3, the connection of one mobile proxy server 324 is shown via the Internet. 
The mobile communication system may include one or more of such servers, 
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and that a mobile proxy server 324 can also be located in any of the access 
networks of the mobile communication system. The mobile proxy server 324 
can be a separate physical network element or it can be implemented as a 
logical unit integrated together within another network element. 

5 [0049] One role of a mobile proxy server 324 in the context of this embodi- 
ment of the present invention is to maintain updated personal information on 
the mobile user. An implementation of this is, for example, a server for execut- 
ing advanced applications, targeted to facilitate providing of services that are 
chosen and/or tailored according to the current personal information of the 

10 mobile user. Such a mobile proxy server 324 is configured to collect static and 
dynamic information from various sources and, based on the dynamically 
changing personal status and context information of the mobile user, provides 
a defined service or defined sen/ices for the user. The collected information 
may, for example, comprise a user location, user profile input by the user him- 

15 self or herself, background data retrieved via the Internet, monitoring data on 
the physical or emotional status of the user, status of the ongoing applications, 
etc. For example, let us consider that the application is configured to pull out 
information from a data source for user location information, a data source for 
event schedules, a data source for league information, and a data source for 

20 user monitoring data. Let us assume that the data source for location informa- 
tion indicates the mobile user to be in a football stadium, the data source for 
event schedules indicates a particular match to take place in the detected foot- 
ball stadium, the data source for league information facilitates listing all the 
other teams in the league that the particular match may concern and, addition- 

25 ally, user monitoring data that indicates that the user does not feel enthusiastic 
about the progress of the current game. Based on this information, the applica- 
tion may be configured to trigger a service where it retrieves clippings of goals 
and scores of the other simultaneously ongoing matches of that league, and 
offers them to the user. 

30 [0050] In order to maintain relevant dynamic information in the mobile proxy 
server 324, the mobile node 31 1 transfers relevant application context informa- 
tion and monitoring information to the mobile proxy server 324. Between the 
mobile node 1 1 1 and the mobile proxy server 324 is a trust relationship, which 
means that appropriate security measures for ensuring the identity of the 

35 communicating parties and the integrity of the exchanged messages are taken 
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in their mutual communication. Such measures may include authentication and 
encryption procedures, generally known to a person skilled in the art. Through 
this proxy arrangement, updated information for generating the application 
context information for a mobile node is made available in the network side, 
5 thus being available for the purpose of the present invention. The mobile 
proxy server may also be a logical entity integrated within another network 
node, for example in the serving access node. A more detailed description of 
the functional structure of the mobile proxy server is discussed below in con- 
nection with Figure 8. 

10 [0051] In Figure 4, the information transfer according to the current embodi- 
ment is shown. The concepts of defining the Col in steps 4-1 and 4-2 can cor- 
respond to the ones used in describing steps 2-1 to 2-2 of Figure 2 and need 
not be re-described here. In step 4-1, the mobile node 311 sends a message 
comprising the defined Col, the defined Col conditions, to the mobile proxy 

1 5 server 324. As in the previous embodiment, steps 4-1 and 4-2 may be one sin- 
gle message, or include at least two separate messages, i.e. the one associ- 
ated with Col information may be sent separately from the identity information 
of the new potential access routers. It is thus possible that the mobile node first 
transfers the Col information to the mobile proxy server, and the identity infor- 

20 mation on a new access router at one or more later messages, for example 
any time it receives an access point beacon from a new access point. 

[0052] In step 4-3 the Col and address information received from the mobile 
node are analyzed in the mobile proxy server 324 as described in step 2-3 of 
Figure 2. Furthermore, it is possible that in the mobile proxy server 324 there is 
25 stored some capability information of the neighbouring access routers, which 
may be utilized for accelerating or enhancing the process at this stage. This 
caching option is discussed in more detail later. 

[0053] At a defined time, for example in response to a received message 
from the mobile node carrying information on a potential next access router 
30 identity, the mobile proxy server 324 generates a message comprising the Col 
information query of the mobile node, and sends it to the identified potential 
next access router 322 (step 4-4). The access router analyzes the Col re- 
quirements against its capabilities and resource status (step 4-5) and sends 
back a response to the mobile proxy server (step 4-6). Based on comparison 
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between the stored Col information on the mobile node and the Col response 
received from the new access router, the mobile proxy server 324 generates 
an outcome of the matching (step 4-7). This outcome is thereafter available to 
be used in selection of the target access router for handover. As mentioned 
5 earlier, the actual procedure of target access router selection may comprise a 
plurality of other factors affecting the selection, and is as such not essential for 
this invention. In step 4-8, the outcome of the matching is forwarded to the 
mobile node, and/or any derivatives thereof generated in the mobile proxy. 
Such a derivative may, for example, be a recommendation on the suitability of 
10 the new access router for handover, or a result of a target access router selec- 
tion procedure executed in the mobile proxy server 324. 

[0054] As mentioned earlier, as a modification of the present embodiment, 
the mobile proxy server 324 may be configured to cache information regarding 
the neighboring access routers it has been communicating with. In such a 

15 case, step 4-7 comprises the mobile proxy server 324 analyzing the response 
4-6 received from the potential next access router, identifying the information 
that is applicable for further use, and storing that information. It is clear that 
part of the information from the new access router is dynamic and is thus ap- 
plicable only for a short period after the response. On the other hand, part of 

20 the information is essentially static, or at least very slowly changing, and can 
thus also be utilized later on. For example, the value for the available band- 
width typically varies with time, and is preferably requested every time it is in- 
cluded in the Col information on a mobile node. On the other hand, the avail- 
ability of the playout buffer support is a more static value that is not expected 

25 to change over time, and needs not be requested every time it is included in 
the Col information of a mobile node. Such division into slowly and dynamically 
changing capabilities, however, requires some kind of update procedure to 
allow some less dynamic, but still evident changes that occur over longer peri- 
ods of time. In its simplest form, such an update procedure comprises the mo- 

30 bile proxy server being configured to periodically request the values from the 
neighboring access routers for the slowly changing Col information elements. 
The rules for identifying slowly and dynamically changing capability information 
may be stored and applied by the mobile proxy server 324, or at least part of 
the identification may be implemented in the access routers. The access router 

35 may, for example, in its response, mark the Col values as static and dynamic, 
wherein the receiving mobile proxy server is configured to store the static val- 
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ues for the particular access router. With this caching arrangement, the size of 
the query-response messages for facilitating seamless relocation of sessions 
can be further reduced. In some cases, the comparison of the Col information 
from the mobile node and the Col information of the neighbouring access 
5 routers may be derived completely from the information stored in the mobile 
proxy server, without going through the query-response-steps of 4-4 to 4-6 at 
all. 

[0055] As another modification of the present embodiment, the mobile proxy 
server and the neighbouring access routers may be configured to notify each 

10 other upon changes in the capabilities. In such a case, the mobile proxy server 
in step 4-3 includes in the query message an indication on the capabilities, of 
which it requests the access router to send status updates at defined in- 
stances, for example immediately after a substantial change in the value, or at 
pre-defined periodic intervals. Correspondingly, the access router can be con- 

15 figured to send the response as described earlier in connection with step 4-6, 
but additionally to send one or more additional response messages to inform 
the mobile proxy server about the status and/or changes in the capabilities, as 
requested by the mobile proxy server. The update procedure may be config- 
ured to terminate automatically after a pre-defined period of time, or a notifica- 

20 tion termination procedure may be established. For example, the mobile proxy 
may be configured to re-send the message of step 4-4, the message being 
amended to comprise a marker that indicates that the values need not be sent 
anymore. With this notification arrangement, the above caching arrangement is 
further enhanced. 

25 [0056] As referred to earlier, the format of the messages exchanged be- 
tween the elements in Figures 1 and 3 is, as such, not essential for the inven- 
tion. However, appropriate Internet control message protocol (ICMP) mes- 
sages or user datagram protocol (UDP) messages are applicable to the pur- 
pose. 

30 [0057] In Figure 5, a diagrammatic representation of an illustrative Col query 
is shown. The data block 500 includes a header part 510 for header informa- 
tion that precedes data, and a parameter part 520, and the value part 530. The 
parameter part 520 comprises a group of information elements 
datal 1 ...data15, which are essentially data fields of equal or different amounts 
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of bits. An information element of the parameter part essentially identifies a 
parameter associated with a capability of an access router. Some other pa- 
rameters, associated with other elements of the data transfer in the communi- 
cation system, may also be included in the data block. The optional value part 
5 530 comprises a group of information elements data21 . . .data25, each of which 
is associated with a corresponding information element of the parameter part, 
and which essentially indicate the condition for the associated parameters. The 
data block 500 may also include a flag part 540, which carries a group f1, f2, 
f5 of flag bits, each flag bit of the flag part 540 being associated with an 
10 information element of the parameter part and of the value part, and used to 
mark or denote the parameters with additional definitions. Examples of such 
definitions and optional/non-optional, dynamic/static etc., as discussed earlier. 

[0058] Figure 6 illustrates a diagrammatic response on some alternative Col 
responses to the query of Figure 5. The response may be configured to follow 

1 5 the format of the query, and thus include the corresponding information in the 
same defined format, as shown in option 6a, only replacing the values of the 
responding access router to the information elements in the value part 630. 
Furthermore, as discussed earlier, the flag part 640 of the response may be 
used to indicate whether the value in the corresponding field of the value part 

20 630 changes dynamically or not. In option 6b, an alternative response compris- 
ing a group of data blocks ack1...ack5 carrying an acknowledgement stating 
whether the corresponding condition indicated in the value part 530 of the 
query can be met by the access router or not. Instead of acknowledgements, 
also percentual estimates of the degree the limiting value or the condition can 

25 meet may be indicated. As it is likely that there may be challenges to ubiqui- 
tously require all access routers to freely submit their capability information, 
especially outside their own administrative domains, the response may be a 
simple acknowledgement message. Option 6c illustrates this alternative where 
an acknowledgement ackl of the access router indicates whether or not it can 

30 meet all the conditions 530 requested in the query. 

[0059] Hereinafter, reference is made to a more detailed functional descrip- 
tion of the mobile node referring to Figure 7. The mobile node 1 1 1 includes 
processor or processing means 71, an element that includes an arithmetic 
logic unit, a number of special registers and control circuits. Connected to the 
35 processing means are a memory unit or memory means 72, a data medium 
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where computer-readable data or programs or user data can be stored. The 
memory means typically includes memory units that allow both reading and 
writing (RAM), and a memory whose contents can only be read (ROM). The 
mobile node also comprises an interface block 73 with an input or input means 
5 74 for inputting data by the user for internal processing in the unit, and output 
or output means 75 for outputting user data from the internal processes of the 
unit. Examples of input means can include a keypad, or a touch screen, a mi- 
crophone, or the like. Examples of the output means include a screen, a touch 
screen, a loudspeaker, or the like. The mobile node also includes a radio unit 

10 76 that is connected to the central processing means, and configured with re- 
ceiving means for receiving information from the air interface and processing it 
for inputting to the processing means 71 , as well as with transmitting means for 
receiving information from the processing means 71, and processing it for 
sending via the air interface. The implementation of such a radio unit is gener- 

15 ally known to a person skilled in the art. The processing means 71, memory 
means 72. interface block 73, and radio unit 76 can be electrically intercon- 
nected for performing systematic execution of operations on the received 
and/or stored data according to the predefined, essentially programmed proc- 
esses of the unit. In a solution according to the invention, the operations com- 

20 prise the functionality of the mobile node as described above. 

[0060] Correspondingly, Figure 8 schematically illustrates an example of a 
basic functional structure of a network node of the communications system as 
discussed above. Such nodes mentioned include, for example, access points, 
serving access routers, candidate access routers, and target access routers. 

25 The node includes processor or processing means 81 , an element that can 
include an arithmetic logic unit, a number of special registers and control cir- 
cuits. Connected to the processing means are memory means 82, a data me- 
dium where computer-readable data or programs or user data can be stored. 
The memory means typically includes memory units that allow both reading 

30 and writing (RAM), and a memory whose contents can only be read (ROM). 
The unit also includes an interface block 83 with input means 84 for inputting 
data for internal processing in the unit, and output means 85 for outputting 
data from the internal processes of the unit. Examples of the input means in- 
clude a plug-in unit acting as a gateway for the information delivered to its ex- 

35 temal connection points. For receiving information on the operator of the net- 
work node, the network node may also include a keypad, or a touch screen, a 
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microphone, or the like. Examples of the output means include a plug-in unit 
feeding information to the lines connected to its external connection points. For 
outputting information to the operator of the network node, it may also include 
a screen, a touch screen, a loudspeaker, or the like. The processing means 
5 81, memory means 82, and interface block 83 can be electrically intercon- 
nected for performing systematic execution of operations on the received 
and/or stored data according to the predefined, essentially programmed proc- 
esses of the unit. In a solution according to the invention, the operations com- 
prise a functionality for implementing the operations as described above. 

10 [0061] It will be obvious to a person skilled in the art that as technology ad- 
vances, the inventive concept can be implemented in various ways. The inven- 
tion and its embodiments are not limited to the examples described above but 
may vary within the scope of the claims. 
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CLAIMS 

1. A method for supporting relocation of an Internet Protocol (IP) 
session of a mobile node during a network layer handover in a mobile commu- 
nication system, characterized by the method comprising: 

5 detecting, from application context information on the mobile node, 

a first set of capabilities of a network node that facilitate maintaining the IP 
session; 

querying from a potential next network node capability information 
on the first set of capabilities; and 
10 determining applicability of the potential next network node to relo- 

cation of the IP session by the capability information on the first set of capabili- 
ties. 

2. A method according to claim 1, characterized by the 
method further comprising: 

1 5 defining conditions for the first set of capabilities; 

determining the applicability of the potential next network node to 
the relocation of the IP session according to an ability of the potential next net- 
work node to meet the defined conditions. 

3. A method according to claim 1, characterized by the 
20 method further comprising: 

responding to the query with a list of values of the potential next 
network node for the queried capabilities. 

4. A method according to claim 2, characterized by the 
method further comprising: 

25 indicating, in a query on a condition, that a queried capability is re- 

quested to meet; 

responding to the query by indicating whether one or more of the 
conditions are met by the potential next network node. 

5. A method according to claim 4, c h a r a c t e r i z e d by the 
30 method further comprising: 

indicating, in a query on a condition, that a queried capability is re- 
quested to meet; 

responding to the query by indicating whether all the conditions are 
met by the potential next network node. 
35 6. A method according to claim 1, characterized by the 
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method further comprising: 

registering the first set of capabilities in a first network node; 

querying information on the first set of capabilities from a potential 
next network node by said first network node. 
5 7. A method according to claim 6, characterized by the 

method further comprising: 

storing, in the first network node, information received from a poten- 
tial next network node in a response to the query; 

utilizing the stored information as capability information on the po- 
10 tential next network node. 

8. A method according to claim 2, characterized by the 
method further comprising: 

identifying part of the capabilities in the first set of capabilities as 
mandatory capabilities. 
15 9. A method according to claim 7, characterized by the 

method further comprising: 

excluding information on capabilities that vary for each separate IP 
session from storing in the first network node. 

10. A mobile communication system (100; 300) comprising a mobile 
20 node (111; 311) and one or more network nodes (114, 117, 122; 314, 317, 
322), characterized in that the mobile node (1 1 1 ) is configured to: 

detect, from application context information on the mobile node, a 
first set of capabilities of a network node that facilitate maintaining an Internet 
Protocol (IP) session; 
25 query, from a potential next network node (117, 122; 317, 322), ca- 

pability information on the first set of capabilities; and 

determine applicability of the potential next network node (117, 122; 
317, 322) to relocation of the IP session by the capability information on the 
first set of capabilities. 
30 11. A mobile communication system (100) according to claim 10, 

characterized in that the mobile node (1 1 1 ; 31 1 ) is configured to: 

define conditions for the first set of capabilities; 

determine applicability of the potential next network node to the re- 
location of the IP session according to the ability of the potential next network 
35 node to meet the defined conditions. 

12. A mobile communication system (100; 300) according to claim 
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10, characterized in that 

the mobile node (111; 311) is configured to indicate in querying a 
condition that a queried capability is requested to meet; 

the potential next network node (117. 122; 317, 322) is configured 
5 respond to the query by indicating whether one or more of the conditions are 
met by the potential next network node. 

13. A mobile communication system comprising a mobile node (111; 
311) and one or more network nodes (114, 117, 122; 314, 317, 322), char- 
acterized in that 

10 the mobile node (1 1 1 ; 31 1 ) is configured to register a first set of ca- 

pabilities in a first network node (1 14; 314; 324); 

wherein the first network node (1 14; 314; 324) is configured to: 
query, from a potential next network node (117, 122; 317, 322), ca- 
pability information on the first set of capabilities; and 
15 determine applicability of the potential next network node (117, 122; 

317, 322) to the relocation of an Internet Protocol (IP) session by the capability 
information on the first set of capabilities. 

14. A mobile communication system according to claim ^.char- 
acterized in that the first network node is configured to 

20 store the information received from a potential next network node 

(117, 122; 317, 322) in response to the query; 

utilize the stored information as capability information on the poten- 
tial next network node (117, 122; 317, 322). 

15. A mobile node (111; 311) in a mobile communication system 
25 (100; 300), configured to generate application context information based on at 

least one ongoing Internet Protocol (IP) session in the mobile communication 
system, characterized by the mobile node (1 1 1 ; 31 1 ) being configured 
to: 

detect from the application context information a first set of capabili- 
30 ties that facilitate maintaining the IP session; 

query, from a potential next network node (117, 122; 317, 322), ca- 
pability information on the first set of capabilities; and 

determine applicability of the potential next network node (117, 122; 
317, 322) to relocation of the IP session by the capability information on the 
35 first set of capabilities. 

16. A mobile node (111; 311) according to claim 15, charac- 
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terized by being configured to: 

define conditions for the first set of capabilities; 

determine applicability of the potential next network node (117, 122; 
317, 322) to the relocation of the IP session according an ability of the poten- 
5 tial next network node to meet the defined conditions. 

17. A mobile node (111; 311) according to claim 15, charac- 
terized by being configured to register the first set of capabilities in a first 
network node. 

18. A mobile node (111; 311) according to claim 15, charac- 
10 terized by being configured to identify part of the conditions for the first set 

of capabilities as mandatory conditions. 

19. A network node (117; 317; 324) in a mobile communication sys- 
tem (1 00; 300), characterized by the network node being configured to 

receive a first set of capabilities from a mobile node (111; 311) of 
1 5 the mobile communication system (1 00; 300); 

query, from a potential next network node (117, 122; 317, 322), ca- 
pability information on the first set of capabilities. 

20. A network node (117; 317; 324) according to claim ^.char- 
acterized by being further configured to: 

20 determine applicability of the potential next network node to reloca- 

tion of the IP session by the capability information on the first set of capabili- 
ties. 

21. A network node (117; 317; 324) according to claim ^.char- 
acterized by being further configured to: 

25 receive a set of conditions for the first set of capabilities; 

determine applicability of the potential next network node (117, 122; 
317, 322) to the relocation of the IP session according to the ability of the po- 
tential next network node to meet the defined conditions. 

22. A network node (117; 317; 324) according to claim 19, c h a r - 
30 acterizedby being further configured to: 

store the information received from a potential next network node 
(117, 122; 317, 322) in response to the query; 

utilize the stored information as capability information on the poten- 
tial next network node. 
35 23. A network node (117; 317; 324) according to claim ^char- 

acterized by being further configured to: 
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exclude information on capabilities that vary for each separate IP 
session from storing in the first network node. 

24. A network node (117; 317) according to claim 19, charac- 
terized by being the network node is a current access router of the mobile 

5 node. 

25. A network node (324) according to claim 19, character- 
ized by the network node being a mobile proxy server in the mobile commu- 
nications system. 

26. A network node (122; 322) for relocating an Internet Protocol (IP) session 
10 of a mobile node (1 1 1 ; 31 1 ) during a network layer handover in a mobile com- 
munication system (100; 300), characterized by being said network 
node (122; 322) being configured to receive a query on capability information 
on the first set of capabilities. 

27. A network node (122; 322) according to claim 26, charac- 
15 t e r i z e d by being further configured to respond to the query with a list of 

values of a potential next network node (122; 322) for the queried capabilities. 

28. A network node (122; 322) according to claim 26, c h a r a c - 
t e r i z e d by being further configured to receive in the query a one or more 
conditions to be met; and to respond to the query by indicating whether it 

20 meets one or more of the conditions. 

29. A network node (122; 322) according to claim 26, c h a r a c - 
t e r i z e d by being further configured to receive in the query a one or more 
conditions to be met; and to respond to the query with an indication whether it 
meets all the conditions. 

25 30. A network node (122; 322) according to claim 26, c h a r a c - 

t e r i z e d by being further configured to indicate in the information capabili- 
ties that vary for each separate IP session. 
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